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ATTORNEY DOCKET NO: IBM Docket #920030340US1 

Billing Adjustment for Power On Demand 

Field of the Invention 

The present invention relates to computing systems, and more particularly, to 
5 managing temporary resources within a data processing environment. 



Background of the Invention 

Computer resource requirements for commercial and government applications often 
fluctuate over time. For instance, a business may experience periods of peak activity that 
exceed comparable processing or memory requirements of other periods. In another 

10 scenario, sporadic or unexpected sales or employee growth may similarly burden existing 
computing resources with increased requirements. When faced with these increased 
resource demands, a user would conventionally have to purchase new hardware resources 
capable of accommodating the elevated computing needs. Such purchase requirements can 
represent a major, if not preclusive, expenditure for a user, who may have insufficient 

15 capital or time to react to rapid growth requirements. 

To this end, computing architectures such as the power on demand (POD) design, 
developed by International Business Machines Corporation, allow customers to effectively 
rent resources such as processors on an as-needed basis. More particularly, a customer may 
temporarily enable standby processors that are initially dormant within their machine. 

20 Where desired, the standby processors are not included in the up front, baseline cost of the 
machine. As such, for a relatively smaller initial capital investment, a customer may 
activate and deactivate standby processors as needed for a fee. 

Another type of power on demand design utilizes complete computer systems as 
standby resources. For example, in high availability systems, it may be desirable to utilize 

25 data mirroring, where the memory of a backup computer system is made to mirror the 

memory of a primary computer system. That is, the same updates made to the data on the 
primary system are made to the backup system. For instance, write input/output (I/O) 
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requests executed in the memory of the primary computer system are also transmitted to the 
backup computer system for execution in the backup memory. In the event that the primary 
computer system experiences a failure or sequence of failures leading to a crash, the user 
ideally becomes connected to the backup computer system through the high availability 
5 network and continues operation at the same point using the backup computer data. Thus, 
the user can theoretically access the same files through the backup computer system on the 
backup memory as the user could previously access in the primary system. 

In the context of capacity on demand, a standby resource may comprise such a 
backup system. That is, a resource that includes a network, computer, processor, memory 

10 or other computer asset may temporarily activate to mirror data in place of or otherwise 
compensate for a corresponding failed resource. In this manner, such selective utilization 
of standby resources provides customers with another layer of optimized access and usage. 
Conversely, capacity on demand systems supply system providers with a creative way to 
satisfy customer performance and cost requirements, while additionally providing an 

15 increased revenue source. 

To this end, customer use of the standby resources must be monitored for billing 
and other accountability purposes. However, current billing practices require the payment 
of certain license and hardware fees related to the upkeep and management of standby 
resources, regardless of whether the resources are ever actually used in their backup 

20 capacity. Moreover, current billing practices make no allowance for the cause of the 
standby resource activation. For instance, a customer may be billed the same rate for 
standby resource usage irrespective of whether the standby resource was activated in 
response to an ordinary customer requirement or a provider problem. A sense of fairness 
and good business sense suggests that a customer who had to activate a standby resource 

25 because of ineffective code supplied by the provider should be entitled to a discounted rate. 

Consequently, supervisory mechanisms are needed so that the billing company can 
properly account for the cause of standby resource usage. It may be desired, for example, to 
charge a higher fee for standby resources activated in the course of ordinary business than 
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for those used in response to a provider error. There is thus a need for an improved manner 
of charging a customer for standby resource usage. 
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Summarv of the Invention 

One embodiment consistent with the principles of the present invention includes an 
apparatus, method, and program product configured to determine a charge for using a 
standby resource that accounts for the cause for the resource's usage. More particularly, a 
5 standby resource, such as a processor, is activated in response to a resource requirement. A 
computer comprising a billing computer may determine use of the standby resource. Such 
determination may include receiving usage information from a client computer having the 
standby resource, for instance. The cause of the resource requirement is automatically 
determined. The result of that automatic determination may be used to determine a charge 

10 indicator for using the standby resource. As such, the charge indicator for using the standby 
resource may be determined according to the cause of the requirement. A user may later be 
billed according to the determined charge indicator, i.e., according to their actual use of the 
standby resource and/or their usage status. 

Where applicable, the charge indicator is used to determine a cost that is billed to 

15 the user. To this end, a determined cause may be correlated to a code indicative of the 
cause. This determination may include correlating a code indicative of the cause to a rate 
used to determine the charge indicator and/or cost. The charge indicator may include a 
special rate pertaining to the customer, as well as a rate pertaining to the determined cause. 
To this end, a code associated with a cause may be retrieved from an electronic log. The 

20 time of which the standby resource was activated may be recorded for billing application 
considerations. A cause may include a performance problem. Other examples of causes 
may include hardware, software and user related actions. Such causes may include an 
action introduced by a programmatic fix. In any case, encoded adjustment data associated 
with the cause may be retrieved from a memory. The memory may be remote or local to an 

25 applicable operating system. 

The above and other objects and advantages of the present invention shall be made 
apparent from the accompanying drawings and the description thereof. 
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Brief Description of the Drawing 

The accompanying drawings, which are incorporated in and constitute a part of this 
specification, illustrate embodiments of the invention and, together with a general 
description of the invention given above, and the detailed description of the embodiments 
5 given below, serve to explain the principles of the invention. 

Fig. 1 is a block diagram of a computer system that includes clustered computers 
having standby resources that may be activated in response to a client requirement. 

Fig. 2 is a block diagram of the primary hardware and software components of 
primary, backup and server computers of the system of Fig. 1. 
10 Fig. 3 shows a flowchart that includes a sequence of steps configured to manage the 

activation and deactivation of standby resources within the system of Fig. 1. 

Fig. 4 shows a flowchart that includes a sequence of steps configured to determine a 
charge indicator used to modify an invoice according to a cause of a standby resource's 
usage within the system of Fig. 1. 
15 Fig. 5 shows a flowchart that includes a sequence of steps configured to determine a 

charge indicator according to system and user performance within the system of Fig. 1. 
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Detailed Description of Specific Embodiments 

Embodiments consistent with the invention may expand the concept and use of 
power on demand in high availability and other environments. For instance, a system may 
be enabled that only charges a customer for standby resource usage when the system failure 
5 is determined to be the customer's fault. That is, a user may be billed according to the 

reason that the standby resource is activated. To this end, the cause for the activation of the 
standby resource is automatically determined. This determination may include retrieving a 
code indicative of the cause from a log. For example, when a number of different types of 
computers experience a failure, certain source reference codes, vertical licensed internal 

10 code logs, product activity logs, or other error codes known in the art are typically logged to 
enable a customer or provider to debug and understand what caused the system to fail. 
These error logs may indicate whether the error was a hardware error, an operating system 
error, an application error, etc. In this manner, a system knows about failures on a primary 
or other computer due to the process of receiving journal updates, etc. from the computer 

15 experiencing the failure. As described herein, an embodiment consistent with the invention 
thus may be able to capitalize on conventionally available error information to adjust a cost 
associated with usage of a standby resource based upon the reason for activating the 
standby resource. 

As one example, a standby resource may be implemented as a backup computer 
20 system that operates as a data mirror to a primary computer system. When such a primary 
computer system experiences a failure, the backup system may activate in order to continue 
operation at the same point of the failure. When the primary system recovers from a crash, 
and the backup system is returned to its backup status, a billing server may access the error 
logs on the primary computer. Using the error codes (codes issued during the failure and 
25 recovery process) from the primary computer, a program on the primary computer may 

compare the code to an existing list of error codes to determine the cause of the failure. If a 
matching code cannot be found, the program may connect to a billing server on the Internet 
to look up information. Where desired, the primary system may always be in 
communication with a billing server in order to be able to customize POD cost adjustments 
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based on the customer (i.e. bigger customers get better discounts, customers with recurring 
problems get treated specially, etc.) or just to allow flexibility in changing behavior. 

Examples of errors where a provider may not charge a customer may include a 
hardware failure (processor, memory, power unit, etc.), and a new bug in an operating 
5 system or hypervisor. Examples of errors where a provider may charge a discounted rate 
may include: a failure of a disk drive in a non-protected environment, a failure of two 
drives in a RAID set if the first drive had been failed for over a week, as well as a bug in the 
operating system or hypervisor, but a Program Temporary Fix (PTF), or other software 
patch has been available for over a month. Examples of errors where the provider may 

10 charge the full rate may include an external loss of power (pulled plug, circuit breaker). 
Human intervention could certainly be allowed to adjust a customer's POD bill as well. 

In further operation, in many embodiments, it will be known when a primary system 
went down as well as when the primary system went back into service. A system may 
access VLOGs and PAL entries on the primary computer, and send this information to a 

1 5 provider billing computer for analysis, and receive a reply. The primary computer may 

compare the error logs and recovery logs to see why the system failed, and what steps were 
taken to recover (e.g. PTFs that were applied after the crash, configuration changes, 
hardware replaced, etc.). The primary computer may then look up past customer 
information to determine if customer specific adjustments should be made. The primary 

20 computer may use the reply from the billing computer to adjust the standby resource bill 
according to the time the system was active. The system may then send the standby 
resource bill to the provider, which may send an invoice to the customer. 

Similar adjustments may apply in instances where a computer system has not 
crashed, but still suffers a period of undesired performance. Namely, another embodiment 

25 consistent with the invention may adjust costs for using standby resources in response to 
determining that a system is running sub-optimally. Such subpar performance may result 
where the presence of a bug causes delays in system processing. For example, a recent 
upgrade accomplished on a computer may result in period where the system operates at half 
of a previous or expected level of performance. To compensate for the poor performance, 
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several standby resources may activate, e.g., converting a computer from a two processor 
system to a four processor system. After a while, a PTF may be created to improve system 
performance back to the original or expected state. Encoded within the PTF may be 
resource usage, or billing information that may be used to determine a reduced cost. Such a 
5 reduced cost may take into account the operation of the standby resources that occurred 
during a period of time between when standby resource was enabled and the PTF was 
applied. A relatively smaller cost reduction may be accomplished in another instance 
where a performance improving PTF has been available, but a user has neglected applying 
the PTF to their system. As above, this cost determination may be accomplished using a 

10 combination of the billing information encoded in the PTF, as well as existing logs that 
track when a system was installed, upgraded, etc. 

An embodiment consistent with the present invention thus provides a mechanism 
for determining a charge for using a standby resource that accounts for the cause for the 
resource's usage. More particularly, a standby resource, such as a processor, a complete 

15 computer system, etc., is activated in response to a resource requirement. The cause of the 
resource requirement is automatically determined and used to determine a charge indicator. 
A user may later be billed according to the determined charge indicator. As such, the user 
may be charged according to the cause of activating a standby resource and/or an associated 
usage status. 

20 The charge indicator may be used to determine a cost that is billed to the user. In so 

doing, a determined cause may be logically associated to a code indicative of the cause. 
This determination may include correlating a code indicative of the cause and retrieved 
from a log to a rate used to determine the charge indicator and/or cost. The charge indicator 
may include a special rate pertaining to the customer, as well as a rate pertaining to the 

25 determined cause. Hardware and software environments suited for execution of such an 
embodiment are illustrated in Figs. 1 and 2. 
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Hardware and Software Environment 
Turning now to the Drawings, wherein like numbers may denote like parts 
throughout several views, Fig. 1 illustrates a networked computer system 10 configured to, 
in one respect, bill a user for their standby resource usage in a manner that accounts the 
5 cause of the resource's activation. As shown in Fig. 1, certain of the nodes, or computers, 
12, 14, 16 and 18 of the system 10 may be configured in a distributed, or clustered 
computer environment. As such, the system 10 maybe configured to mirror data from a 
primary node 12 to one or more backup nodes 14, 16, 18. 

Clustering facilitates data mirroring and continuous availability. Clustered systems 

10 include computers, or nodes, that are networked together to cooperatively perform 

computer tasks. Clustering is often used to increase overall performance, since multiple 
nodes can process in parallel a larger number of tasks or other data updates than a single 
computer otherwise could. As appreciated by one skilled in the art, certain or all of the 
computers 12, 14, 16 and 18 shown in Fig. 1 may include standby resources 23, 27. Such 

1 5 standby resources 23, 27 may become activated in response to a resource or computing 

requirement, such as a need for increased processing power or memory. Moreover, certain 
computers 18, while capable of serving in the capacity of a backup role in some 
embodiments that are consistent with the invention, may include distinct functions within 
the system 10. One such function may include that of a provider server used for billing and 

20 service of the rest of the system 10. For instance, a billing node 18 of the system 10 may 
determine a cost to a client for utilizing the standby resources 23, 27. Furthermore, one 
skilled in the art will appreciate that an entire node or network of computers may also be 
considered to be a standby resource. 

As shown in Fig. 1, the plurality of computers 12, 14, 16 and 18 are interconnected 

25 with one another via a network of intranet and Internet connections 1 1 and 13, respectively. 
Individual nodes 12, 14, 16 and 18 may be physically located in close proximity with other 
nodes, or computers, or may be geographically separated from other nodes, e.g., over a 
wide area network (WAN) and/or the Internet 13, as is well known in the art. State data 
held by each node 12, 14, 16 and 18 in the system 10 may be data that indicates whether 
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that node is the primary member, the order of backup, e.g., first backup, second backup, 
etc., and the resources that a primary member needs in order to be active, e.g., necessary 
files, IP addresses, disks units, etc. 

In the context of the clustered computer system 10, at least some computer tasks are 
5 performed cooperatively by multiple nodes executing cooperative computer processes 
(referred to herein as "jobs") that are capable of communicating with one another using 
cluster infrastructure software. Jobs need not necessarily operate on a common task, but are 
typically capable of communicating with one another during execution. 

Any number of network topologies commonly utilized in clustered computer 

10 systems may be used in a manner that is consistent with the invention. That is, while Fig. 1 
shows a clustered computer system 10, one skilled in the art will appreciate that the 
underlying principles of the present invention apply to computer systems other than the 
illustrated system 10. It will be further appreciated that nomenclature other than that 
specifically used herein to describe the handling of computer tasks by a clustered computer 

1 5 system using cluster infrastructure software may be used in other environments. Therefore, 
the invention should not be limited to the particular nomenclature used herein, e.g., as to 
protocols, requests, members, groups, messages, jobs, etc. 

Fig. 2 illustrates an embodiment of a distributed computer system 20 configured to 
determine a cost for using standby resources 23, 27 in a manner that accounts for the reason 

20 for resource activation. More particularly, the system 20 includes at least one apparatus, 
e.g., one or more customer computers 12 and 16, and one or more billing computers 18. 
For the purposes of this invention, each computer 12, 16, 18 may represent practically any 
type of computer, computer system or other programmable electronic device capable of 
functioning within a distributed and/or a client-server environment. Moreover, each 

25 computer 12, 16 may be implemented using one or more networked computers, e.g., in a 
cluster or other distributed computing system. As is common in many distributed systems, 
multiple customer computers 12, 16 will typically interface with a given billing computer 
18. While more capable computer systems may present advantages in certain embodiments 
consistent with the principles of the present invention, a suitable billing computer 18 for 
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purposes of this specification may comprise any device configured to receive and process 
an electronic message transmitted from a customer computer 12, 16. 

Customer computers 12, 16 may respectively include at least one central processing 
unit 16, 30 in addition to one or more standby resources 23, 27. As discussed herein, a 
5 suitable standby resource that is consistent with the principles of the present invention may 
include an allocatable component or function of a computing environment. As such, 
exemplary standby resources may include processors, memory, plugin cards, input/output 
controllers, adaptors or devices, and other hardware devices, among other components. 
Resources may also comprise multiple such components, e.g., processor cards including 

10 multiple processors coupled to local memory and other components, e.g., for a NUMA- 
based architecture. Also, as noted above, complete computer systems may be considered 
standby resources in some instances. 

In the illustrated embodiment, standby resources 23, 27 are implemented as 
processors that remain dormant until temporarily activated by a user. In such a case, both 

15 the respective CPU's 15, 30 and standby processors 23, 27 may include at least one 

microprocessor coupled to respective memories 21, 25. Memories 21, 25 may represent the 
random access memory (RAM) devices comprising the main storage of computer 12, as 
well as any supplemental levels of memory, e.g., cache memories, non-volatile or backup 
memories (e.g., programmable or flash memories), read-only memories, etc. For instance, 

20 each memory 21, 25 may include program code 35, 42 configured to determine usage of 
standby resources 23, 27. In addition, each memory 21, 25 may be considered to include 
memory storage physically located elsewhere in the computers 12, 16, e.g., any cache 
memory in a processor in CPU 15, 30 or a smart card, as well as any storage capacity used 
as a virtual memory, e.g., as stored on a mass storage device 31, 41 or on another computer 

25 coupled to the computers 12, 16. 

Computers 12, 16 typically receive a number of inputs and outputs for 
communicating information externally. For interface with a user or operator, each 
computer 12, 16 typically includes a user interface 22, 45 incorporating one or more user 
input devices (e.g., a keyboard, a mouse, a trackball, a joystick, a touchpad, and/or a 
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microphone, among others) and a display (e.g., a CRT monitor, an LCD display panel, 
and/or a speaker, among others). Otherwise, user input may be received via another 
computer or terminal. 

For additional storage, each computer 12, 16 may also include one or more mass 
5 storage devices 31,41, e.g., a floppy or other removable disk drive, a hard disk drive, a 
direct access storage device (DASD), an optical drive (e.g., a CD drive, a DVD drive, etc.), 
smart card and/or a tape drive, among others. The exemplary mass storage 31, 41 may 
include a register or database 39, 51 that contains usage data generated according to standby 
resource activation. The mass storage 31, 41 may also include a failure log 37, 56 that 

10 stores codes indicative of an error or failure within the system 20, as well as another code 
database 38, 52 useful for associated the codes in the log 56 with a particular cause of a 
failure. As discussed in greater detail below, the system 20 may generate codes in response 
to failures, lagging performance, or other undesirable operation. Of note, one of skill in the 
art will recognize that the inclusion and distribution of the databases, files and other stored 

1 5 data may be altered substantially while still conforming with the principles of the present 
invention. 

Each computer 12, 16 may furthermore include an interface 24, 46 with one or more 
networks (e.g., a LAN, a WAN, a wireless network, and/or the Internet, among others) to 
permit the communication of information with other computers and electronic devices. It 
20 should be appreciated that each customer computer 12, 16 typically includes suitable analog 
and/or digital interfaces between CPU 15, 30 and each of its respective computer 
components as is well known in the art. 

Similar to customer computers 12 and 16, billing computer 14 includes a CPU 26, 
memory 28, mass storage 29, user interface 32 and network interface 34. As will be 
25 appreciated by one of skill in the art, billing computer 14 may comprise multiple computers 
of both a principle/lessor, as well as that of an agent/licensee. 

Computers 12, 14 and 18 are generally interfaced with one another via a network 
36, which may be public and/or private, wired and/or wireless, local and/or wide-area, etc. 
Moreover, network 36 may represent multiple, interconnected networks. In the illustrated 
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embodiment, for example, network 36 may include the Internet. Such an arrangement 
facilitates ready access to information stored on the customer computers 12 and 16, as well 
as timely notifications and program updates. 

Each computer 12, 16 and 18 operates under the control of an operating system 36, 
5 38, 40 and executes or otherwise relies upon various computer software applications, 
components, programs, objects, modules, data structures, etc. Moreover, various 
applications, components, programs, objects, modules, etc. may also execute on one or 
more processors in another computer coupled to computer 12, 16 and 18 via a network, 
e.g., in a distributed or customer-billing computing environment, whereby the processing 

10 required to implement the functions of a computer program may be allocated to multiple 
computers over a network. 

In general, the routines executed to implement the embodiments of the invention, 
whether implemented as part of an operating system or a specific application, component, 
program, object, module or sequence of instructions, or even a subset thereof, will be 

1 5 referred to herein as "computer program code," or simply "program code." Program code 
typically comprises one or more instructions that are resident at various times in various 
memory and storage devices in a computer, and that, when read and executed by one or 
more processors in a computer, cause that computer to perform the steps necessary to 
execute steps or elements embodying the various aspects of the invention. For instance, the 

20 embodiment of Fig. 2 includes program code 35, 42 configured to determine the usage of 
standby resources 23, 27. Complementary program code 43 may reside on the billing side, 
but one of skill in the art should appreciate that embodiments consistent with the principles 
of the present invention may nonetheless use program code resident at only one, or any 
number of locations. 

25 Moreover, while the invention has and hereinafter will be described in the context 

of fully functioning computers and computer systems, those skilled in the art will appreciate 
that the various embodiments of the invention are capable of being distributed as a program 
product in a variety of forms, and that the invention applies equally regardless of the 
particular type of signal bearing media used to actually carry out the distribution. Examples 
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of signal bearing media include but are not limited to recordable type media such as volatile 
and non-volatile memory devices, floppy and other removable disks, hard disk drives, 
magnetic tape, optical disks (e.g., CD-ROMs, DVDs, etc.), among others, and transmission 
type media such as digital and analog communication links. 
5 In addition, various program code described hereinafter may be identified based 

upon the application within which it is implemented in a specific embodiment of the 
invention. However, it should be appreciated that any particular program nomenclature that 
follows is used merely for convenience, and thus the invention should not be limited to use 
solely in any specific application identified and/or implied by such nomenclature. 

10 Furthermore, given the typically endless number of manners in which computer programs 
may be organized into routines, procedures, methods, modules, objects, and the like, as well 
as the various manners in which program functionality may be allocated among various 
software layers that are resident within a typical computer (e.g., operating systems, libraries, 
APrs, applications, applets, etc.), it should be appreciated that the invention is not limited 

15 to the specific organization and allocation of program functionality described herein. 

Billing Adjustment Function 
Fig. 3 shows a flowchart 60 that includes a sequence of exemplary steps configured 
to manage the activation and deactivation of standby resources within a clustered 
environment. The method steps are particularly suited for execution within a capacity on 

20 demand system such as is described in connection with Figs. 1 and 2. Turning more 

particularly to the flowchart 60, the primary computer 12 may detect a failure at block 61 . 
Typical causes of failures may include a hardware failure, such as that of a processor, 
memory or power unit. Other failures may result from a computer virus, or bug, in the 
operating system or other processing center. Still other causes may include an external loss 

25 of power and a failed disk drive. 

As a failure occurs, background processes of the primary computer 12 identify the 
area or source of the failure and store a failure code associated with the source of the 
failure. That is, as the failure registers at block 61, the primary computer 12 may record the 
code or codes indicative of the failure in an electronic log 56 at block 62. Of note, most 
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computers include backup power to allow the failure codes to be stored in memory 41 even 
during a crash. 

In response to the failure detected at block 61, the primary computer 12 may 
activate a standby resource 23 at block 64. In the context of Fig. 2, such a standby resource 
5 27 may include a backup resource, or a resource used to backup a failed resource, such as a 
CPU 15. Of note, while an activated standby resource 27 may be associated with a separate 
computer 16, one skilled in the art will appreciate that an alternative, acceptable standby 
resource 23 may be included within the same computer 12 that experienced the failure. In 
any case, the time of the failure is typically recorded by block 66. This recorded time entry 

10 may later be used to determine the duration of time that the standby resource 23 was active. 
This time window may later be used for billing purposes as discussed below in detail. 

When the system recovers at block 68, re-synchronization processes known in the 
art may initiate at block 70 of Fig. 3. The standby resource 27 will generally be returned to 
backup status at block 72, as deemed appropriate by a user. Such backup status may 

15 include deactivation of the standby resource 27. The time of such deactivation may be 
recorded at block 66 on the primary computer 12 for accounting purposes. One skilled in 
the art will appreciate that the designations of one computer as a primary and the other as a 
backup in this specification are largely arbitrary, in that many systems consistent with the 
invention may concurrently operate multiple computers as backup and primaries for each 

20 other at any given time. 

The flowchart 80 of Fig. 4 shows an exemplary sequence of steps configured to 
determine a charge indicator used to modify an invoice for use of a standby resource. That 
is, the charge indicator is typically determined in a manner that accounts for the cause of the 
standby resource's usage. As with the steps of Fig. 3, the method steps of Fig. 4 may be 

25 executed by one or more computers shown in Figs. 1 or 2. More particularly, the steps of 
the flowchart 80 may be initiated by a primary computer 12 in response or otherwise 
subsequent to a detected failure. After such a failure occurrence, the primary computer 12 
may access its electronic log 56 at block 82. The electronic log 56 includes a listing of 
failure codes associated with one or more causes of a failure. Such codes are 
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conventionally downloaded in the event of a failure. In this context, an embodiment 
consistent with the present invention is compatible with and capitalizes on conventional 
systems and practices. 

The codes are retrieved from the electronic log at block 84. Retrieval of the codes 
5 may include the operating system 38 of the primary computer 12 accessing the electronic 
failure log 56 to read the recorded failure code(s). 

At block 86, the operating system 38 may compare the retrieved codes to known 
error codes. Such a comparison may be accomplished locally or remotely from the primary 
computer 12. For instance, the operating system 38 of the primary computer 12 may 

10 compare codes retrieved from the log to a local database of stored codes. In another 

embodiment consistent with the invention, the comparison of block 86 may also include 
connecting to a remote server to retrieve known codes for comparison to those retrieved at 
block 84. Where the retrieved code is unknown at block 88, the primary computer 12 will 
typically connect to a remote server 18 at block 92. The database 47 of the remote server 

15 18 will typically include more code choices and/or may involve technical assistance from a 
billing administrator. 

In any case, a typical comparison includes concurrently or sequentially associating 
the retrieved code to a stored failure code read from a database. More particularly, the code 
is correlated to a charge indicator at block 90 stored within the database. As discussed 

20 herein, the charge indicator may include information associated with a cause of the failure 
and/or activation of the standby resource. Of note, while block 90 of the flowchart 80 is 
typically accomplished locally at the client computer 12, one skilled in the art will 
appreciate that such correlation could be accomplished remotely at one or more computers. 
The charge indicator may also include information pertaining to a user. Such 

25 information may include a special billing status. Determination of a special rate at block 94 
may include evaluation of the charge indicator comprising an attribute. Such attributes may 
be assigned to special customers, such as those of high volume or high visibility. In any 
case, the rate may be applied at block 96 and recorded at block 98 for accountability 
purposes. A customer may be subsequently billed at block 100 according to the applied 
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rate. As discussed herein, the applied rate may reflect the actual usage of a standby 
resource. 

In some instances, one or more failures may lead to poor operation, rather than a 
crash. Standby resources may become activated in response to such poor performance. 
5 Fig. 5 shows a flowchart 1 10 having exemplary sequence steps configured to determine a 
charge indicator according to system and user performance. Namely, a performance 
problem may be detected at block 112 of Fig. 5. Detection of the performance problem 
may include an electronic warning signal or user feedback, for instance. That is, an 
operating system may detect that a particular process is taking longer than some 

10 predetermined time window. In another example, a customer administrator evaluating 
performance output during a routine performance review may question the efficiency of a 
particular process. Where undesirable or otherwise unexpected performance is detected at 
block 1 12, a system 20 will often add or otherwise activate standby resources 23 at block 
1 14 to compensate for the poor performance at block 114. The time at which the standby 

1 5 resource 23 is activated at block 114 may be recorded at block 1 1 5 for accounting purposes. 

Where desired, a service provider may create and deliver a PTF to the system 20 to 
resolve the poor performance. A PTF may include a programmatic augmentation or 
replacement of software that is downloaded on a system to improve program performance. 
PTF's may be developed and delivered to a client routinely over time, or may be developed 

20 in response to a specific problem experienced by the client. Where the PTF is successful, 
the need for the activation of the temporary resource 23 may be eliminated. Consequently, 
the temporary resource 23 may be removed at block 118. The time at which the resource 23 
is inactivated may be recorded at block 115. 

Encoded adjustment data entered and stored in response to the detection of the 

25 performance at block 1 12 of Fig. 5 may be retrieved at block 120. For instance, such 

adjustment data may be encoded in the PTF delivered at block 116 of Fig. 5. The encoded 
adjustment data may be used to reduce costs associated with activating a standby resource. 
Such adjustment data may indicate, for instance, if the PTF was new. Where such is the 
case at block 122, it is generally true that the problem was new, as well. Such a scenario 
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statistically may indicate that the performance problem may have been caused by less than 
optimum programming provided by the service provider. As such, the customer of the 
embodiment of Fig. 5 may not be billed for their temporary resource usage at block 124. 
Where the adjustment data alternatively indicates that a PTF has been available for 
5 more than six months as shown at block 128, then a customer at block 130 may be charged 
a reduced rate for resources used. Such may be the case where a customer was tardy or 
unnecessarily delayed downloading or applying the PTF that would have otherwise 
mitigated the sub-par performance detected at block 112. As shown at block 128, the 
duration of one such delay may last up to six months. 

10 Where the PTF has been available for more than six months at block 128 of Fig. 5, 

and yet the customer has still not applied it, then the customer may be charged the full rate 
at block 132 for the resources used. One skilled in the art will appreciate that the billing 
scenarios ending at block 126 of Fig. 5 are merely for exemplary purposes and that virtually 
any number of alternative billing structures may be alternatively and/or additionally 

1 5 employed where applicable. 

While the present invention has been illustrated by a description of various 
embodiments and while these embodiments have been described in considerable detail, it is 
not the intention of the applicants to restrict, or in any way limit, the scope of the appended 
claims to such detail. Additional advantages and modifications will readily appear to those 

20 skilled in the art. The invention in its broader aspects is therefore not limited to the specific 
details, representative apparatus and method, and illustrative example shown and described. 
Accordingly, departures may be made from such details without departing from the spirit or 
scope of applicant's general inventive concept. 
What is claimed is: 
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